約 3,765,206 件
https://w.atwiki.jp/perlism/pages/16.html
MySQL 【読み】まいえすきゅぅえる 【属性】SQLデータベース 恐らく、一番利用されているデータベース。 レンタルサーバで設定を行う場合は、telnetなどで遠隔操作する必要がある。 ちなみに、MySQLの“SQL”は、普通にえすきゅぅえると読むが、SQLデータベースの“SQL”は、しぃくぇると読む。
https://w.atwiki.jp/parepan/pages/72.html
+----------------------------------------------------------------------- | |導入と設定 | +----------------------------------------------------------------------- 1.パッケージのダウンロード http //smarty.php.net/download.php 2.smartyライブラリを解凍してphp定義ライブラリに保存 cd /tmp tar xvfz Smarty-xxxxxxxx.tar.gz mkdir /usr/local/lib/php/Smarty mv /temp/Smarty解凍したディレクトリ/libs/* /usr/local/lib/php/Smarty/ 3.パスの追加 php.iniファイルにSmartyのパスをinclude_pathに追加 vi /usr/local/lib/php.ini include_path = ". /usr/local/lib/php /usr/local/lib/php/Smarty" ※上記一行を最終行に追加(どこでもいいみたい) 4.Apache再起動 /etc/init.d/httpd stop又は/usr/local/apache2/bin/apachectl stop /etc/init.d/httpd start又は/usr/local/apache2/bin/apachectl start ------------------------------------------------------------------------------------------ +----------------------------------------------------------------------- | |サンプルを動かしてみる | +----------------------------------------------------------------------- 稼動前提.ディレクトリ構成 documentroute -----+----index.html | +----SampleApp/----+----- index.php | +----- templates/------ index.tpl | +----- templates_c/ | +----- configs/ | +----- cache/ Smartyは、templates, templates_c, configs という三つのディレクトリを用意しなければなりません。 もし、ページの描画を高速化する built-in caching という機能を有効にした場合、cacheというディレ クトリも必要です。 [templates] テンプレートファイルを格納するディレクトリ。各テンプレートファイルの拡張子は .tpl。 [templates_c] テンプレートファイルを利用して php ファイルに展開されたファイルを格納するキャッシュ用デ ィレクトリ。Webサーバー(httpd)がファイルを作成するので、httpd.conf で設定されているWeb サーバーを起動するアカウント(User, Group)が書き込みできるオーナーとパーミッションにし なければなりません。 [configs] テンプレートなどを利用する際の設定や初期値などを登録するファイルを格納するディレクトリ。 設定ファイルが test.conf という名前の場合、テンプレートファイル内で以下のように利用します。 [cache] built-in caching という機能を有効($smarty- caching = true;)にした際に使用されるキャッシュ 用ディレクトリ。Webサーバー(httpd)がファイルを作成するので、httpd.conf で設定されているWeb サーバーを起動するアカウント(User, Group)が書き込みできるオーナーとパーミッションにしなけ ればなりません。 ※テスト環境ではdocumentroute -- /usr/loca/apache2/htdocs/です。 ※テスト環境のapacheユーザ及びグループ名は(/usr/local/apache2/conf/httpd.conより) User nobody Group #-1 1.ディレクトリ構成を作成 cd /usr/loca/apache2/htdocs/ mkdir SampleApp cd SampleApp mkdir templates/ templates_c/ configs/ cache/ chown nobody nobody templates_c cache --- apacheのUserで指定したアカウントを指定 chmod 770 templates_c cache 2.index.phpのソース ---------------------------------------------------------------------------- ここから ?php require_once( Smarty/Smarty.class.php ); // create object $smarty = new Smarty; // assign some content. $smarty- assign( name , Shinta ); $smarty- assign( url , http //www.my-domain.com/ ); // display it $smarty- display( index.tpl ); ? ---------------------------------------------------------------------------- ここまで Smarty を利用する場合、はじめに 2-1.Smarty.class.phpを読み込みます。 そして、 2-2.Smarty のインスタンスを生成することで利用可能になります。 以下が定義箇所 ----------------------------------------------------------------------------------- require_once( Smarty/Smarty.class.php ); // 2-1.Smarty.class.phpを読み込みます $smarty = new Smarty; // 2-2.Smarty のインスタンスを生成 ----------------------------------------------------------------------------------- どうしても、 Smarty.class.php が No such file or directory となる場合、 SMARTY_DIR に Smarty.class.phpのあるディレクトリを設定する必要があります。 SMARTY_DIR は、終わりに必ずスラッシュを含める必要があります。 define( SMARTY_DIR , /usr/local/lib/php/Smarty/ ); require_once(SMARTY_DIR. Smarty.class.php ); $smarty = new Smarty; 3.テンプレート・ファイル index.tpl を作成: ---------------------------------------------------------------------------- ここから html head meta http-equiv="Content-Type" content="text/html; charset=EUC-JP" title User Info /title /head body p ユーザー情報: /p 名前:{$name} br URL a href="{$url}" {$url} /a br 日付:{$smarty.now|date_format "%Y年%m月%d日"} br /body /html ---------------------------------------------------------------------------- ここまで 4.サイトへアクセスしてみる。 Web ブラウザで、http // server-name /SampleApp/index.php へアクセスし以下の内容が表示 されればOK --------------------------------------------- ここから ユーザー情報: 名前:Shinta URL http //www.my-domain.com/ 日付:2007年12月10日 --------------------------------------------- ここまで ご注意!!! このままでは Web ブラウザからテンプレートファイルや設定ファイルが覗かれてしまいます。 そこで、テンプレートファイルや設定ファイルをドキュメントルートの外に配置しましょう。 テンプレートファイルや設定ファイルは、Smarty のライブラリがアクセスできれば良いので ドキュメントルート内に無くても動作するようになっています。 ただし、キャッシュファイルは Webサーバー(httpd) が作成するのでオーナーとパーミッション には注意してください。 設定変更例 ドキュメントルート/usr/loca/apache2/htdocs アプリケーションSampleAppの場所/usr/loca/apache2/htdocs/SampleApp/ テンプレートを置く場所/usr/loca/apache2/smarty/ SampleAppの Smarty用の場所/usr/loca/apache2/smarty/SampleApp SampleAppのテンプレートを置く場所/usr/loca/apache2/smarty/SampleApp/template SampleAppのキャッシュを置く場所/usr/loca/apache2/smarty/SampleApp/template_c SampleAppの設定ファイルを置く場所/usr/loca/apache2/smarty/SampleApp/configs SampleAppのキャッシュを置く場所/usr/loca/apache2/smarty/SampleApp/cache ファイルを以下のように配置: ---+--- htdocs/ ---+--- index.html | | | +--- SampleApp/ ---+--- index.php | +--- smarty/ ---+--- SampleApp/ ---+--- templates/ ------ index.tpl | +--- templates_c/ | +--- configs/ | +--- cache/ ロジック・ファイル index.php を修正: ?php require_once( Smarty/Smarty.class.php ); // create object $smarty = new Smarty; // template, cache, configuration files $smarty- template_dir = /usr/loca/apache2/smarty/SampleApp/templates/ ; $smarty- compile_dir = /usr/loca/apache2/smarty/SampleApp/templates_c/ ; $smarty- config_dir = /usr/loca/apache2/smarty/SampleApp/configs/ ; // $smarty- cache_dir = /usr/loca/apache2/smarty/SampleApp/cache/ ; // assign some content. $smarty- assign( name , Shinta ); $smarty- assign( url , http //www.my-domain.com/ ); // display it $smarty- display( index.tpl ); ? SASCAS
https://w.atwiki.jp/mtgwiki/pages/1242.html
Smarty Pants Smarty Pants (X)(青) インスタント 親和(アーティファクト) 呪文1つを対象とし、それをそのコントローラーが(X)を支払わない限り、打ち消す。 ミラディンのプレイテストで検討されていたカードの1つ。 親和(アーティファクト)を持つX打ち消し呪文である。 親和デッキなら、マナ漏出/Mana Leakを超える性能になるのも容易だろう。 またひとつふたつアーティファクトがあるだけで、従来の(X)分の支払いを求めるタイプの打ち消しよりもコスト・パフォーマンスが良くなる。 そのため、もしカード化されていたら使用されていたかも知れない。 しかし、X呪文とコスト軽減を組み合わせると計算で混乱する可能性があるとのことで、カード化は見送られた。 実際に収録されたカードでは、これの下位互換である踏みにじり/Overrideや親和(アーティファクト)を持つ権威の確立/Assert Authorityあたりが調整版であろうか。 ちなみに、X呪文とコスト軽減の組み合わさったカードは、後に論理の結び目/Logic Knotが登場した。 参考 Baby Stories カード個別評価:非流通カード
https://w.atwiki.jp/uhinin/pages/15.html
MySQL全機能バイブル ~現場で役立つAtoZ~ 重複するKEYが存在する場合にINSERTしないSQL
https://w.atwiki.jp/hitoshop/pages/31.html
mysql ここでは、GUIベースのphpMyAdminやMySQLAdministratorは使用せず、mysqlコマンドを使用しての一般的な操作方法を説明します。 基本設定 データ型 変数名は英数字が使用可能で、先頭文字には数字は使用できない 変数名の大文字と小文字は区別される
https://w.atwiki.jp/taropi/pages/16.html
connect データベースサーバへ接続する。 disconnect データベースサーバへの接続を切断する。 prepare SQL ステートメントを実行するためのプリコンパイルを行う。 execute プリペアドステートメントを実行する。 do SQL ステートメントをプリコンパイルし、実行する。 quote 挿入する文字列または BLOB 値を引用符で囲む。 fetchrow_array フィールドの配列として次のレコードを取得する。 fetchrow_arrayref フィールドの参照配列として次のレコードを取得する。 fetchrow_hashref ハッシュテーブルへの参照として次のレコードを取得する。 fetchall_arrayref 配列の配列としてすべてのデータを取得する。 finish ステートメントの使用を完了して、リソースを解放する。 rows 影響を受けたレコードの数を返す。 data_sources localhost で使用できるデータベースの配列を返す。 ChopBlanks fetchrow_* メソッドで余白を切り取るかどうかを制御する。 NUM_OF_PARAMS プリペアドステートメントのプレースホルダの数。 NULLABLE どのカラムに NULL を格納できるかを示す。 trace デバッグのためにトレースを実行する。 情報源 http //dev.mysql.com/doc/refman/4.1/ja/perl-dbi-class.html
https://w.atwiki.jp/kagiwada/pages/40.html
MySQL4.1.20 ・yum install mysql ependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing mysql i386 4.1.20-3.RHEL4.1.el4_6.1 update 2.9 M Installing for dependencies perl-DBI i386 1.40-8 base 466 k Transaction Summary ============================================================================= ・yum install mysql-server Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating mysql-server i386 4.1.20-3.RHEL4.1.el4_6.1 update 9.8 M Transaction Summary ============================================================================= ・yum install mysql-devel ============================================================================= Package Arch Version Repository Size ============================================================================= Updating mysql-devel i386 4.1.20-3.RHEL4.1.el4_6.1 update 2.1 M Transaction Summary ============================================================================= ・ yum install mysql-bench ============================================================================= Package Arch Version Repository Size ============================================================================= Installing mysql-bench i386 4.1.20-3.RHEL4.1.el4_6.1 update 491 k Transaction Summary ============================================================================= ・yum install php-mysql ============================================================================= Package ============================================================================= Updating php-mysql Installing php-pear Updating php Transaction ============================================================================= ・yum install mysqlclient10-devel ============================================================================= Package Arch Version Repository Size ============================================================================= Installing mysqlclient10-devel i386 3.23.58-4.RHEL4.1 base 47 k Transaction Summary ============================================================================= アクセス数| - | 名前 コメント
https://w.atwiki.jp/extranote/pages/51.html
Webアプリケーションの構成と基本的な設定 MySQLのインストール MySQL4.1⇔Java文字化け対策 JDBCドライバ
https://w.atwiki.jp/hisam/pages/18.html
MySQL MySQL 4.1 リファレンスマニュアル もどる
https://w.atwiki.jp/beaglemasa/pages/18.html
Master-Slave構成でレプリケーションした時のメリット レプリケーションの動作 設定手順(Master-Slave構成) 動作確認 参考コマンド Master-Slave構成でレプリケーションした時のメリット 冗長化 MasterがダウンしたときにSlaveを使用することで、ダウンタイムを少なくすることができる。 負荷分散 重たい処理(SELECT)をSlave側に処理させることで、負荷を分散できる。 *注意:UPDATEなどの更新処理に関しては、Master側での処理は必須である。 バックアップ DBのバックアップをSlave側で行うことができる。 取得時には不完全なデータとならないように書き込みをロックして行う必要があるが、 Slave側で行うことでMaster側はロックする必要がなく、ユーザ利用ができる。 *ダンプの取り方を工夫することで完全なスナップショットがとれる。(別セクションにて解説) レプリケーションの動作 1.Masterサーバで実行された更新系クエリ(Insert,Update等)はバイナリログに蓄える 2.Slave側が接続してきたら、前回の接続からの変更分をSlave側に送信する 3.Slave側はMasterから受け取ったクエリを一旦リレーログに蓄える 4.Slave側でリレーログを順次クエリを実行してDBを同期 *レプリケーション動作にはBinlogDump、I/O、SQLの3つのスレッドが連携して動作する。 設定手順(Master-Slave構成) Master側の設定の確認 バイナリログの設定とサーバIDを重複しないように設定する。 [mysqld] log-bin server-id=11 アカウントの作成 Slave側からMaster側へ接続するためのレプリカの専用IDをMaster側に接続する。 REPLICATION SLAVE権限を付与すること。 mysql GRANT REPLICATION SLAVE ON *.* TO rep@192.168.1.10 IDENTIFIED BY password ; データベースのバックアップ Master側のデータをSlave側へコピーを行う。その際にMaster側では更新がされないようにロックをしてから行う。 参考までにコピー対象ファイル; データベース、ibdata、バイナリログファイル mysql FLUSH TABLES WITH READ LOCK;(Master側でデータベースをロックする) mysql SHOW MASTER STATUS;(Master側でロックされた状態に確認する) +-----------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +-----------------+----------+--------------+------------------+ | 3306-bin.000022 | 312 | | | +-----------------+----------+--------------+------------------+ 1 row in set (0.00 sec) ロック状態の時に取得したFile名とPosition番号を控えておく。これらは、Slaveを立ち上げる際に使用する。 レプリケーションをしたいDBをバックアップする。バックアップ方法はtar等で取得する。 ロックを解除する データベースをバックアップしたら書き込みロックの解除して、通常の運用にもどす。 mysql UNLOCK TABLES; 取得したMaster側のデータベースのバックアップをSlave側へコピーして展開する。 Slave側の設定 バイナリログの設定とサーバIDを重複しないように設定する。 [mysqld] log-bin server-id=12 #レプリケーションを行わないデータベース名 replicate-ignore-db=mysql relay-log=./log/slave-relay-bin.log net_read_timeout=60 設定が完了したらSlave側のmysqldを起動する。 レプリケーションの開始の設定 mysql CHANGE MASTER TO MASTER_HOST= 192.168.1.10 , == Masterのホスト名/IPアドレス MASTER_USER= rep , == Master接続に使用するユーザー名 MASTER_PASSWORD= rep , == パスワード MASTER_LOG_FILE= 3306-bin.000022 , ==3で確認したFile MASTER_LOG_POS=312; ==3 で確認したPosition レプリケーションの開始 mysql START SLAVE; 書き込みロックを解除した以降のMaster側の変更内容がSlave側に反映される。 これ以降は、Master側での変更はSlave側にも反映されるようになる。 動作確認 Master側での確認 mysql show processlist\G; ・・・・・略 *************************** 3. row *************************** Id 10 User rep Host host db NULL Command Binlog Dump・・・・・・・・・・Binlog Dumpが起動しているかどうか Time 36 State Has sent all binlog to slave; waiting for binlog to be updated Info NULL 3 rows in set (0.00 sec) Slave側での確認 "Slave_IO_Running"と"Slave_SQL_Running"がともに"Yes"であることを確認する。 mysql show slave status\G; *************************** 1. row *************************** Slave_IO_State Waiting for master to send event Master_Host xxx.xxx.xxx.xxx Master_User rep Master_Port 3306 Connect_Retry 60 Master_Log_File 3306-bin.000022 Read_Master_Log_Pos 312 Relay_Log_File xxx001-relay-bin.000001 Relay_Log_Pos 46 Relay_Master_Log_File 3306-bin.000022 Slave_IO_Running Yes・・・・・・・・・・Yesであることを確認 Slave_SQL_Running Yes・・・・・・・・・・Yesであることを確認 Replicate_Do_DB Replicate_Ignore_DB Replicate_Do_Table Replicate_Ignore_Table Replicate_Wild_Do_Table Replicate_Wild_Ignore_Table Last_Errno 0 Last_Error Skip_Counter 0 Exec_Master_Log_Pos 312 Relay_Log_Space 46 Until_Condition None Until_Log_File Until_Log_Pos 0 Master_SSL_Allowed No Master_SSL_CA_File Master_SSL_CA_Path Master_SSL_Cert Master_SSL_Cipher Master_SSL_Key Seconds_Behind_Master 0 ログの確認 /var/log/mysql.log 081128 14 48 32 [Note] Slave I/O thread connected to master rep@xxx.xxx.xxx.xxx 3306 , replication started in log 3306-bin.000022 at position 312 081128 14 48 32 [Note] Slave SQL thread initialized, starting replication in log 3306-bin.000022 at position 312, relay log ./xxx001-relay-bin.000001 position 4 参考コマンド SHOW MASTER STATUS (Master用)・・・・・バイナリログの状態表示 SHOW BINLOG EVENTS (Master用)・・・・・バイナリログの中身の表示